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(54) Methods and apparatus for faciritating comniunlcation between multiple platfonms via a 
single, multi-channel communication conduit 



(57) Methods and apparatus are described for facil- 
itating multiple data communications with a first platform 
(100. 102. and 104) using a single cornmunication con- 
duit (108) having first and second channels. First data 
are transmitted between the first platform and a second 
platform (1 14) via the first and second channels (202). It 
is determined whether an incoming call comprises sec- 
ond data of a particular type (206). Where the incoming 
call comprises the second data of the particular type 
(208). transmission of the first data via the second chan- 



nel is inhibited (226) thereby enatrfing rec^ion of the 
second data by the first platform via the second channel 
>hile the first data continue to be transmitted via the first 
channel. The second data are ttien received at the first 
platform via the first channel (230). Transmission of the 
first data via the first and second channels is resumed in 
response to ta-mination of transmission of the second 
data (266). 
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Description 

BACKGROUND OF THE INVENTKDN 

The present invention relates to methods and appa- 
ratus for allowing one platform to communicate with 
multiple platforms using a single multi-channel comnui- 
nication conduit. More specifically; one embodiment of 
the present Invention allows a user to configure his sys- 
tem to arbitrate between incoming calls on a single two- 
channel ISDN line to which multiple devices are con- 
nected. This enables, for example, voice calls destined 
for a telephone to be received when both channels are 
being used for data transfer by a personal computer. 

Currently, many home offices have more than one 
device (e.g., telephone, fax machine. PC) connected to 
a single basic rate interface such as. for example, an 
ISDN line. If one of the devices, e.g.. a PC. is engaged 
in a data transfer which uses both channels of the ISDN 
line, an incoming call intended for the telephone or fax 
macNne receives a txisy signal and is not able to be 
connected. H Is not difficult to appreciate the undesira- 
ble consequences resulting from frequent conflicts such 
as this. 

Home office routers provide a means for receiving 
such calls by dropping any cunrent two-channel data 
communication down to one of the channels and trans- 
mitting the incoming call on the other. This is done auto- 
matically without regard to the data types or imporfance 
of the communications. Unfortunately, while this solu- 
tion addresses the problem of missing important voice 
and fax communications, it assumes the desirability of 
allowing any incoming communication to interrupt any 
ongoing two-channel data communication. Such a pro- 
tocol may be particularly undesirat)le if the ongoing two- 
channel data communication is an important real-time 
video conference call, the fidelity of which may be unac- 
ceptably affected by the process of dropping one of the 
two channels in favor of an incoming call. 

It is therefore apparent that there is a need for a 
more intelligent way to arbitrate between incoming calls 
and ongoing data communications for use of the trans- 
mission resources of t>asic rate interfaces. 

SUMMARY OF THE INVENTION 

According to the present invention, methods and 
apparatus are provided by which the user of a system 
may configure the system to arbitrate t>6tween incoming 
calls and ongoing data communications in a way tfiat is 
appropriate to the individual user's prforities. According 
to a specific embodiment, the user may assign priorities 
to different types of data communication to ensure that 
ongoing data communications are only interrupted by 
incoming calls of higher priority. For example, a user 
might assign tiie highest of three priority levels to real- 
time, two-way video communications. The user then 
might assign ttie next highest priority level to real-time 



voice communications (e.g., telephone calls), and tfie 
lowest priority level to any otiier standard two-channel 
data comnrtunicatioa 

Thus, if the user were using both channels of the 

5 ISDN line to browse tiie web, he would receive nottfica- 
tion of an incoming telephone call in response to which 
he could confine tiie Internet comnuinication to one of 
ttie channels and allow the telephone call to be trans- 
mitted on the other.' This could also be transparent to 

10 the user, i.e., done automatically. If however, the user 
were engaging in a two-way video comnuinication, he 
would not be notified of tiie incoming telephone call, the 
incoming call would experience a t>usy signal, and the 
ongoing video cornrnunication would continue uninter- 

is rupted. According to specific embodiments, tiie user is 
not notified and the arbitration takes place automati- 
cally. 

Thus, according to tiie invention methods and 
apparatus are described for facilitating multiple dafa 

20 communications with a first platform using a single com- 
munication conduit having first and second channels. 
First data are transmitted between the first platform and 
a second platform via the first and second channels. It is 
then determined whether an incoming call comprises 

25 second data of a particular type. Where the incoming 
call comprises the second data of the particular type, 
transmission of the first data via the second channel is 
inhitxted thereby enabling reception of the second data 
by the first platform via the second channel while the 

30 first data continue to be transmitted via the first channel. 
The second data are then received at the first platform 
via the first, channel. Transmission of the first dafa via 
the first and second channels is resumed in response to 
termination of transmission of the second data. 

35 A further understanding of tiie nature and advan- 
fages of the present invention may be realized by refer- 
ence to the remaining portions of the specification and 
the drawings. 

40 BRIEF DESCRIPTION OF THE DRAWINGS 

Rg. 1 is a t)locK diagram illustrating an environment 
in which the present invention may be imple- 
mented; 

45 Figs. 2a and 2b are flowcharts illustrating the oper- 
ation of a specific embodiment of the present inven- 
tion; and 

Figs. 3a and 3b are information flow diagrams illus- 
trating the flow of information in tiie embodiment of 
so Rgs. 2a and 2b, respectively. 

DESCRIPTION OF THE PREFERRED EMBODIMENT 

Fig. 1 is a block diagram illustrating an environment 
55 in which the present invention may be implemented. A 
first platform comprises a personal computer 100, a fax 
n^chine 102. and a telephone 104. All tiiree of these 
devices are connected to switching unit 106 via ISDN 
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line 108. Another switiJting unit 112 is connected to 
switching unit 106 via some aibitrary network 110 which 
may be, for example, a local area network (LAN), the 
vast Internet, or a putjilc switched telephone network 
(PSTN). Switching units 106 and 112 may be, for exam- 
ple, local PBX switches or remote phone company cen- 
tral office switches depending upon the network 
environment. Switching unit 112 is connected to per- 
sonal computer 114. 

The operation of a specific embocfiment of the 
invention will now be desaibed with reference to Figs. 
1, 2a, and 3a. For the purpose of this discussion, it will, 
be assumed that a three-level priority hierarchy has 
been established by the user giving real-time vkleo 
communication the highest priority, real-time voice com- 
munication the second priority, and any other two-way 
data communications the lowest priority. It will be under- 
stood that a priority hierarchy having any number of lev- 
els is within the scope of the present invention. For 
example, a single ISDN line may currently be connected 
to up to eight end devices while simultaneously commu- 
nicating with only twa According to tiie present inven- 
tion, a user may place each of the eight end devices in 
a priority hierarchy to minimize the priority problems 
which might othenvise occur 

Initially, an ongoing two-channel data communica- 
tion is conducted between personal conrputers 100 and 
114. the first and second data terminals, respectively 
(st^ 202). When an incoming call is received by switch- 
ing unit 106 (step 204), the data type of the incoming 
call is determined (st^ 206). Switching unit 106 tiien 
determines whether the priority level associated with 
the data type of the incorrdng call is high enough (with 
respect to the ongoing data communication) to notify 
the user of personal computer 100 of the incoming call 
(step 208). If not e.g., tiie ongoing data communication 
is a real-time video communication and the incoming 
call is a voice communication destined for telephone 
104, the user is not notified and a t)usy signal fe trans- 
mitted to the source of tiie incoming call (step 210). It 
will be understood tiiat tine transmission of a busy signal 
in this instance is merely one of a variety of possible 
responses. Other scenarios within the scope of the 
invention might include, for example, fonwarding ttie call 
to a voice messaging system or to an aHernate person 
or number. Therefore, additioncd references to tiie use 
of a bu^ signal herein may be understood to be one of 
several possible options. 

If, however, the priority of the incoming call is high 
enough. e.g., the ongoing data communication repre- 
sents web browsing activity and the incoming call is a 
telephone call, switching unit 106 sends a Notify signal 
(arrow 302) to PC 100 indicating the presence of the 
incoming call (step 212). The Notify signal includes a 
notification indication information element which identi- 
fies the data type of the incoming call. According to a 
specific embodiment a dialog tx3x appears on the 
screen of PC 100 giving the user the option of accepting 
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or rejecting the incoming call (step 214). If tiie user 
rejects the incoming call (step 216). a busy signal is 
transmitted to the source of the incoming call (step 210). 
tf. on ttie other hand, tiie user accepts ttie incoming 
5 call, a requesting User_User message (arrow 304) is 
sent by PC 100 to PC 1 14 (step 218) alerting PC 114 to 
the imperKling loss of one of the channels. This irtfbrma- 
tion is encoded |n tine message's information element. 
By using tine network signaling resources to transntit 
10 User.User messages, the use of in-band resources for 
this purpose are avoided. In another emtxxJiment. 
rather than present the user with the option of accepting 
an inconrting call as described above, tiie acceptance of 
the incoming caO is automatic provided, of course, that 
IS the call has an appropriate priority level. 

If an acknowledgment of User„User signal 304 is 
not received from PC 114 (step 220) a busy signal is 
transmitted to tine source of the incoming call (step 210). 
Alternatively, the user of PC 100 may be presented with 
20 a dialog box asking whether the data communication 
shouW be conducted on a single channel despite tine 
lack of acknowledgment from PC 114. Upon receiving 
an acknowledging User_User message (arrow 306) 
from PC 114 (or upon receiving pernmission from the 
25 user to proceed). PC 1 00 transmits a Hold signal (arrow 
308) to switching unit 106 (step 222). in response to 
which switching unit 106 transmits a Hold Acknowledge 
(arrow 310) back to PC 100 (step 224) and places tine 
ongoing data communication on hokJ thereby releasing 
30 one of the two channels for transmission of tine incoming 
call (step 226). The call references and ttie network 
connections for the first communication are retained for 
later reoonnection and resunnption of two-channel trans- 
mission. According to anoth®- specific enftxxliment, 
35 rather than putting tiie first communication on hokJ. tine 
line is simply disconnected and redialed when the 
incoming call terminates. Such an ennbodiment might 
be more suitat>le ia for example, a wide area network 
(WAN) where it might not be appropriate to nr«intain 
40 storage for hekJ calls. 

Once a hokJ has t>een placed on tine first communi- 
cation (or it has been disconnected), switching unit 106 
transmits a Notify signal (arrows 312 and 314) to PC 
1 14 via switching unit 1 12 with a notification information 
45 element indicating tine renKrte hokl (step 228). The data 
transmission between PCs 100 and 114 is then con- 
ducted on one channel while the incoming call is trans- 
mitted on ttie ottier channel (step 230). 

The flowchart of Fig. 2b and ttie information flow 
so diagram of Rg. 3b illustrate the termination of the 
incoming call and the resumption of two-channel data 
transmission. When the incoming call has terminated 
another Notify signal (arrow 316) is sent to PC 100 witti 
the notification information element indicating that the 
55 channel fe once again availat)le (step 252). PC 100 ttnen 
transmits another User_User signal (arrow 318) to PC 
114 (step 254) requesting a resumption of two-channel 
transmission. Upon receiving an acknowledging 



3 



EP0 891 115 A1 



User.User signal (arrow 320) from PC 1 14 (step 256). 
PC 100 transmits a Retrieve signal (arrow 322) to 
switching unit 106 (step 258). in response to which 
swrtching unit 106 transmits a Retrieve Acknowledge 
signal (arrow 324) back to PC 100 (step 260) reconnect- 
ing PC 100 to the previously held call (step 262). 
Switching unit 1 06 then transmits a Notify signal (anrows 
326 and 328) to PC 1 14 via switching unit 112 with the 
notification information element indicating that the 
remote hold had been released (step 264). At this point 
both PC 100 and PC 114 would resume transmitting 
over both channels (step 266). If in step 256 an 
acknowledge signal is not received from PC 1 14, single- 
channel transmission is continued (step 268). 

Another emkXKjiment of the invention operates with- 
out the User_User signals described above, i.e., arrows 
304. 306. 318 and 320. In this embodiment, the change 
to single-channel transmission is triggered by the Notify 
message (i.e., arrows 312 and 314) sent after the chan- 
nel has been placed on hold. Similarly, resumption of 
two-channel transmission is triggered by the Notify 
message (i.e.. an^ows 326 and 328) sent after the held 
call has been retrieved. 

While the User_User signals are not essential for 
inplementation of the invention, they make it possible 
for relatively intelligent devfces to have a more graceful 
transmission protocol transition when a two-way data 
communication loses one of its data channels to 
another call. Provided that tiie partner device is enabled 
to utilize such messages, the User_User signals give 
the partner data terminal advance notice of which data 
channel will be dropped so tfiat tiie transmission proto- 
col switch can be done in a synchronized manner. This 
is particularly useful if the data communication com- 
prises real-time video where such a transmission might 
result in noticeable \oss of individual vkJeo frames or 
loss of synchronization between audio and video. Such 
synchronization is not particularly useful in a web 
browsing scenario where, for example, an inefficient 
transition may simply mean tiiat there is a delay in 
downloading a web page which is transparent to the 
user. 

Another benefit of ttie User.User signals is tfiat 
they prevent the partner data terminal from transmitting 
packets after tiie first terminal places ttie call on hokJ, 
thereby eliminating tiie need to resend data packets. 
This alleviates an undesirable burden on network band- 
width resources as well as reduces ttie problems asso- 
ciated with the reordering of packets received out of 
sequence. Witiiout the User_User signals, the partner 
data terminal must wart for the Notify signals, i.e.. 
arrows 312 and 314. to know which of tiie two data 
channels will be placed on hold. 

One of the benefits of this flexibility is that the inven- 
tion may be implemented without the necessity of mod- 
ifying end devices to be able to use the User_User 
signals. That is, the advantages of the invention may be 
provided to tiie end user without hardware or software 



upgrades for any of the devices connected to the user^ 
basic rate interface. Moreover, as devices with this 
capability become available, the efficiency with whk*i 
the invention operates may be irrproved. 

5 While the invention has been particularly shown 
and desatoed witii reference to specific embodimerts 
ttiereof. it will be understood by tfiose skilled in the art 
that changes in the form arKi details of tiie disclosed 
embodiments may be made witiiout departing from the 

10 spirit or scope of the invention. For example, as dis- 
cussed above, tiie invention may be implemented witii 
or witiiout User_User messages. As anottier example, 
the hardware configuration of Fig. 1 shows two switch- 
ing unrts 106 and 1 12. As discussed above, these units 

15 may conprise PBX switches or phone company central 
office switches. Additionally, it should be understood 
ttiat switching units 106 and 1 12 and network 110 may 
be replaced by a single switching unit to which all of the 
devices shown are connected as would be the case, for 

20 example, witii a local area network. It will also be under- 
stood that the protocol described herein may be carried 
out between the two end platforms without any interven- 
ing switching units. 

Moreover, various configurations of the erxJ devices 

25 may be employed witii tiie present irtvention. For e^^m- 
ple. the end devices may be connected in a series con- 
figuration, e.g.. the ISDN line being piped through the 
telephone, ratiier than tiie parallel configuration shown 
in Rg. 1. Thus, the present invention may be imple- 

30 mented in any of a wide variety of configuratk)ns and 
environments. Therefore, the scope of the invention 
should be determined with reference to the appended 
daims. 

35 Claims 

1 , A mett^od for facilitating multiple data communica- 
tions witii a first platform using a single communica- 
tion conduit, the communication conduit including 
40 first and second channels, tiie metiiod comprising 
the steps of: 

transmitting first data between the first platform 
and a second platform via the first and second 

45 channels; 

determining whether an incoming C€UI com- 
prises second data of a particular type; 
where the incoming call comprises the secorKi 
data of ttie particular type, inhibiting transmis- 

50 sion of the first data via ttie second channel 

thereby enabling reception of the second data 
by the first platform via the second channel, the 
first data continuing to be transmitted via the 
first channel; 

55 receiving the second data at ttie first platform 

via ttie first channel; and 
resuming transmission of ttie first data via the 
first and second channels in response to termi- 
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nation of transmission of the second data. 

2. The method of claim 1 wherein a first Interface is 
associated with the first platform, the inhibiting step 
comprises the steps of: 

transmitting a first notification signal from the 
first Interface to the first platform thereby indi- 
cating the secmd data is available for transmis- 
sion to the first platform; and 
in response to the first notification signal, trans- 
mitting a hold signal from the first platform to 
the first interface tiiereby inhibiting transmis- 
sion of the first data via tiie second channel. 

3. The method of claim 2 wherein the first data has a 
first priority associated therewith and the second 
data has a second priority associated therewith, 
and wherein the step of transmitting the first notifi- 
cation signal occurs only where the second priority 
is higher than tiie first priority. 

4. The method of daim 3 wherein the first and second 
priorities are set by a user of the first platform. 

5. The method of daim 2 wherein the particular data 
type comprises real-time voice data. 

6. The method of daim 2 wherein the particular data 
type comprises real-time video data. 

7. The method of claim 2 wherein the first platform 
comprises a first device for receiving the first data 
and a second device for receiving the second data. 

8. The me^tiiod of daim 7 wherein the first and second 
devices comprise separate hardware devices. 

9. The method of daim 7 wherein the first and second 
devices comprise first artd second applications on a 
single hardware platform. 

10. The method of claim 2 wherein the inhibiting step 
further corrprises the step of transmitting a second 
notif k^ation signal from the first internee to the sec- 
ond platform thereby inhibiting transmission of the 
first data from the second platform to the first plat- 
form via the second channel. 

11. The method of daim 2 further conprising the step 
of, in response to the first notification signal, pre- 
senting a user associated with the first platform with 
an option of accepting the Incoming call. 

12. The method of daim 1 wherein the inhibiting step 
comprises the steps of: 

transmitting a notification relay signal from the 



first platform to tiie second platform ttiereby 
notifying the secorKl platform that tiie second 
channel will be unavailable fcr transmission of 
the first data; and 
5 receiving an acknowledge signal from the sec- 

ond platform at the first platform acknowledg- 
ing receipt of the notification relay signal. 

13. The method of daim 12 whe'etn the notification 
10 relay signal and the acknowledge signal are trans- 
mitted using network signaling resources. 

14. The method of daim 1 wherein a first interface is 
associated with the first platform, tiie resuning step 

IS comprising the steps of: 

in response to termination of transmission of 
the second data, transmitting a first notification 
signal from ttie first interface to the first plat- 
20 form tiiereby indicating that the second chan- 

nel is available; and 

transmitting a retrieve signal from the first plat- 
fomn to the first interface in response to which 
transmission of ttie first data on the second 
25 cfiarmel Is resumed. 

15. The metiiod of daim 14 wherein tfie resuming step 
further comprises ttie step of transmitting a second 
notification signal from the first Interface to the sec- 

30 ond platform in response to which transmission of 
tiie first data from the second platform to the first 
platform via tiie second channel is resumed. 

16. The method of daim 14 wherein the resuming step 
35 further comprises the steps of: 

transmitting a notification relay signal from the 
first platform to the second platform thereby 
notifying the second platform that the second 
40 Channel win be available for resuming transmis- 

sion of tiie first data; and 
receiving an acknowledge signal from the sec- 
ond platiorm at the first platform adoiowledg- 
Ing recept of tfie notification relay signal. 

45 

17. The method of daim 16 vtrherein the notification 
relay signal and the acknowledge signal are trans- 
mitted using network signaling resources. 

so 18. a least one computer readable medium containing 
program instructions for fadlitating multiple data 
communications with a first platform using a single 
communication conduit the communication conduit 
including first and second channels, said at least 

55 one computer readable medium comprising: 

computer readable code for transmitting first 
data between the first platform and a second 
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platform via the first and second channels; 
computer readable code for detennining 
whether an incoming call comprises second 
data of a particular type; 

corrputer readable code for. where the incom- s 
ing call comprises the second data of the par- 
ticular type, inhibiting transmission of the first 
data via the second channel thereby enabling 
reception of the second data by the first plat- 
form via the second channel, the first data con- to 
tinuing to be transmitted via the first channel; 
conputer readable code for receiving the sec- 
ond data at the first platform via the iirst chan- 
nel: and . ^ 
computer readable code for resuming trans- 
mission of the first data via the first and second 
channels in response to termination of trans- 
mission of the second data. 

19 An apparatus for facilitating muftiple data communi- 
cations with a first platform using a single communi- 
cation conduit the communication conduH 
including f irst and secorxJ channels, the apparatus 
comprising data processing means tor: ^ 

transmitting first data between the f irst platfbnn 
and a second platform via the first and second 
channels; 

determining whether an incoming call com- 
-prises^second*data»c^apaiJ^^ 
where the incoming call conprises the second 
data of the particular type, inhibiting transmis- 
sion of the first data via the second channel 
thereby enabling reception of the second data 
by the first platform via the second channel, the 
first data continuing to be transmitted via the 
first channel; 

receiving the second data at the first plalfonn 
via the first channel; and 

resuming transmission of the first data via the 40 
first and second channels in response to termi- 
nation of uansmission of the second data. 
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